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(57) Abstract: In a method for the establishment of a connection between a first node (RNCl) and a second node (RNC2), both are 
connectable to a core network which comprises interconnected core network nodes (CNI, CN2). The first node (RNCl) signals a 
call request to a first core network node (CNI). If the first node is an access node, it sends an initialization according to a framing 
protocol, wherein a set of parameters for the framing of information sent over the interface between the first access node (RNCl) and 
the first core network node (CNI). If the first node is no access node, a first control server (MSCl) defines said set of parameters. 
The set of parameters is transmitted to the first core network node (CNI) and the first core network node (CNI) stores the parameter 
set. The first core network node (CNI) initializes the connection (Co) to a further core network node according to said protocol and 
the further core network node stores the parameter set. The initialization of the connection (Co) to and the storing of parameters 
in further core network nodes is performed stepwise until a final core network node (CN2) is reached which is connectable to the 
second access node (RNC2). The final core network node (CN2) initializes the connection (Co) to the second access node (RNC2) 
according to said protocol and the second access node (RNC2) stores the parameter set. A core network node and a program unit 
embodying the invention are also described. 
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Method for a connection through a core network 
Technical field of the invention 

5 

The present invention relates to a method according to the preamble of claim 1 . 
Devices and software programs embodying the invention are also described. 

10 Background 

Communication networks can be subdivided into core networks and access 
networks, the latter providing access to user equipment, for example a wireless 

1 5 access for mobile user equipment to a radio access network. Core networks 

interconnect access networks and optionally further networks, e.g. the Internet. In 
the UMTS architecture, an access network can be controlled by an RNC (radio 
network controller) which is connected to the core network and provides access to 
the core network, i.e. serves as access node. In 3GPP (3''^ Generation Partnership 

20 Project) Technical Specification 3G TS 25.415 V3.2.0, the interface between the 
access node and a node in the core network is denoted as lu interface. Over the lu 
interface, connections can be established according to the lu user plane protocol. 

RFCIs (radio access bearer subflow combination indicators) are indicators to sets 
25 of parameters which are generated by an RNC in radio access bearer (RAB) 

assignments. They indicate which service data unit formats are valid, for example 
for use in speech frames or in rate control requests received from the core 
network, and how they are formatted. RFCIs determine the codec mode, especially 
allowed rates. When a transcoder is inserted into a connection, it receives data 
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frames, e.g. lu frames, and relates the assigned RFCI to a codec mode in order to 
decode tlie frames. In the same way, it must indicate the RFCI when it sends an 
encoded frame. 

5 The lu interface as specified in 3GPP Technical Specification 3G TS 25.415 

terminates in a core network node, for example in an MSG or in a media gateway 
controlled by an MSG server, according to the architecture of the core network. In a 
core network node, the content of data sent over a connection can be changed. 
Especially, the payload or speech coding can be adapted, for example due to the 
1 0 intervention of supplementary services like DTMF (Dual Tone Multifrequency) tone 
insertion, supplementary services tone insertion, messages or conference 
connections of user equipment. 

For connections between nodes within the core network, different protocols are 
15 possible. Beside the lu user plane protocol, L366.2 is a protocol defined by the ITU 
(International Telecommunication Union) as service specific convergence sublayer 
(SSGS) used on AAL2 (Asynchronous Transfer Mode Adaptation Layer Type 2) for 
carrying service specific payloads. Especially, it is the framing protocol proposed to 
be used for carrying compressed voice. This requires the core network node to 
20 terminate the lu interface and to establish an AAL2 connection with the required 
SSGS for the selected speech coding type. A further framing protocol is RTF (Real 
Time Protocol) which can be carried on an IP transport layer in the core network for 
transmission of compressed voice of a specified encoding. 

25 A problem with both RTF and 1.366.2 is that they are application dependent and 
transport layer dependant, if the coding type changes during a connection, a new 
AAL2 connection or modification must be made with the new SSGS profile. For an 
IP network, a new RTF profile must be used. This requires unnecessary overhead 
to carry the profiles with the payload. A further problem with SSGS or RTP is that 
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both are service specific. The protocols require modifications in standardization 
and implementation for every new service. 

In contrast to this, the lu user plane protocol is defined service independent. An lu 
5 interface can be connected between two access nodes, e.g. by using BICC (Bearer 
Independent Call Control) messages to pass the bearer address used in a first 
access node from a server, e.g. an MSC, controlling it to the server controlling the 
other access node. In this case, it is disadvantageous that there is no control of the 
user plane. For example, when a handover is necessary or a supplementary 

10 service invocation occurs, the lu connecfion has to be cancelled and a new lu 
connection must be established which is very inefficient and would degrade the 
service level. However, for most of the fime in a connection, supplementary 
services or other functions within the connection path are not necessary and hence 
a virtually direct and transparent connection between access nodes or an access 

15 node and a transcoder is advantageous. ^ 

The other described framing protocols do not carry the lu user plane parameters. 
Transcoders are necessary to terminate the lu connection and need to receive the 
^ parameters sent by the lu user plane initialization procedure (RFCIs). If another of 
20 the above-described framing protocols is used in the core network, the lu user 

plane protocol is terminated at the first core network node in the connection, e.g. a 
media gateway. The payload content is then mapped to the other framing protocol. 
Furthermore, the RFCI initialization must be carried by the other framing protocol 
and possibly mapped to the actual mode as the framing is codec type specific. At 
25 the final core network node in the connecfion, a transcoder to terminate the lu 
connection to the access node must then be initialized and the payload content 
must be mapped back to the lu user plane protocol which requires sufficient 
processing capacity. 
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It is also cx)nceivable that parameter sets like RFCIs are transferred from access 
nodes by out-^band procedures, i.e. the core network nodes are provided with 
parameter sets by a vertical control protocol from servers controlling them. This 
architecture is customary in a telecommunication system with separate user plane 
5 comprising the core network nodes and a control plane with the servers. Between 
the servers, the parameter sets can be transfen^ed via the horizontal bearer 
independent call control (BICC) protocol. The parameter sets can then be 
transferred to the core network nodes and stored during connection set-up or are 
only sent when needed to modify a connection. Although this solution allows 
10 establishing an lu user plane connection transparently through the core network 
nodes, it has the disadvantage that it requires a high amount of signaling traffic. 

In the case, that inband signalling is used, two further problems can occur. Firstly, 
that parameter sets sent by a first RNC and a second RNC might by crossing. This 
15 happens for example, when a second RNC sends a parameter set before it 
receives a parameter set from the first RNC. 

Secondly, an RNC might start initializations without being requested by an MSC, a 
so-called unsolicited initiation. To recognise said initializations, core network nodes 
20 have to monitor the user plane they transport. As this consumes processor 
capacity in said core network nodes, this is not always favored. 

Summary and description of the invention 

25 

It is the object of the present invention to obviate the above disadvantages and 
provide a simple method for the establishment of an efficient connection through a 
network, wherein the connection can easily be controlled. 
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According to the invention, the method described in claim 1 or 1 1 is performed. 
Furthermore, the invention is embodied in a node as described in claim 21 or 22 
and a program unit as described in claim 25. Advantageous embodiments are 
described in the dependent claims. 

5 

The proposed method establishes a connection between a first access node and a 
second access node which are connectable over a core network. An access node 
can also be a node connecting a further communication network to the core 
network or a core network node terminating the connection in a transcoder. The 

10 core network comprises interconnected core network nodes, for example media 
gateways or customary mobile sen/ices switching centers (MSG). The first access 
node initializes the connection to a first core network node according to a framing 
protocol. If the access node belongs to a different network, the initialisation can be 
performed via a core network control node. During the initialization, a set of 

1 5 parameters for the framing of information sent over the interface between the first 
access node and the first core network node is transmitted to the first core network 
node. The first core network node stores the parameter set in a memory. 

In the embodiment according to claim 1, the first core network node either decides 
20 or receives a decision from a core network control node or an access node 

whether an indicator is to be set, that transparent lu UP transmission is permitted. 
An indicator is set to "transparent transmission of lu UP is permitted". This has the 
effect, that the access nodes are not permitted to perform an unsolicited 
initialisation and that respectively the core network control nodes or core network 
25 nodes can decide to remove the monitoring of lu UP for initialisation messages. 
The parameter indicating the setting of the indicator is sent to the access nodes 
during RAB assignment The first core network node stores the indicator in its 
memory. 
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In the case that the indicator is set, the lu UP handling in the core network nodes 
can be switched in or switched out for example by core network control nodes. It is 
then also required that no unsolicited lu initialisation is received by the core 
network nodes. This is acceptable because the core network control node controls 
5 the RAB Assignment and the edge core network nodes, for example the first and 
the final control node. It is the edge core network nodes that need their lu UP 
function switched in prior to a RAB assignment modification. 

The control of this procedure can be initiated by the core network control nodes at 
10 either end of the call, independently. A new procedure in the RAB Assignment from 
the core network control node to the RNC indicates that the RNC should maintain 
the lu UP initialisation until instructed to change by a further RAB Assignment or 
Relocation Request. The RNC can send the indicator, for example as a new field in 
the lU UP initialisation PDU. This enables other core network nodes in the call path 
1 5 to remove their lu UP termination and monitoring functions. 

Both in the embodiment according to claim 1 and 1 1 , the first core network node 
then initializes the connection to a further core network node according to said 
protocol and the further core network node also stores the parameter set and, if 

20 applicable, the indicator. In this way, a stepwise initialization of the connection to 
further core network nodes and storing of parameters and, if applicable, the 
indicator in the further core network nodes is performed until a final core network 
node is reached which is connectable to the second access node. It is possible that 
the second core network node is already the final core network node. The final 

25 core network node initializes the connection to the second access node according 
to said framing protocol and the second access node stores the parameter set and, 
if applicable, the indicator. 

The proposed method is simple and requires a low processing effort in the nodes 
30 because no mapping between different framing protocols is necessary. In a simple 
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implementation, tfie core network nodes transfer the frames without evaluation of 
the content. However, every core network node can terminate the framing protocol, 
establish further connections or connections with different parameters and access 
the data in the frames using the stored parameters. Especially, the connection can 
5 be controlled or adapted in every node with low delay and independent of other 
nodes in the connection. Because only one protocol is used in a connection, there 
are no problems of adaptation and a fast evolution of services is possible. A virtual 
transparent connection between access nodes and a transcoder, respectively 
between access nodes is possible. Preferably, the described method is performed 
10 in a communication network. 

The proposed method allows, however, also to change the framing protocol 
between two nodes in the core network (e.g. between CN1 and CN2 by use of RTP 
or 1.366.2) wherever required and where these other framing protocols are defined 
15 for the service in question, because the framing protocol is initialized and can be 
terminated in each of the nodes. This requires more processing within these 
network nodes and is not as flexible as the preferred method, but it allows the 
intervention of supplementary services within each node, as described below. 

20 In a preferred embodiment, the core network nodes acknowledge the initialization 
to the preceding node, i.e. a core network node or an access node. In this way, the 
initialization is terminated for the preceding node. The acknowledgement is 
preferably sent before or during the initialization of the connection to a further core 
network node. 

25 

A preferable framing protocol is the lu protocol which can be used inside a core 
network according to 3GPP specifications to carry payload between core network 
nodes and to an edge of the network where, for example, the connection is 
terminated In a transcoder or in a terminating access node, e.g. an RNC. The lu 
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user plane protocol is initialized in every node in the connection that may add a 
sen/ice to the payload. 

An advantageous core network node in the connection can insert a function unit 
5 into the connection, e.g. break the transcoder free operation of the connection by 
inserting a transcoder or by inserting a function unit providing a supplementary 
service. An insertion of supplementary services can occur inside media gateways 
without an influence on other nodes and links in the connection and is in this way 
fast and simple to handle. 

10 

A preferable core network node can break the connection and initialize a 
connection segment to a different core network node or access node according to 
said protocol, preferably using the same parameter set for the connection segment 
as for the former connection. In this way, for example a handover of a connection 
15 between different access nodes can be performed if the connection is terminated 
by a mobile user equipment moving in a communication system or the connection 
can be redirected. 

The second access node can initialize a reverse connection to the final core 
20 network node according to the protocol. A second set of parameters for the framing 
of information is transmitted, and the Initialization is performed stepwise to the first 
access node, i.e. in the same way as the first connection. It is preferable that both 
sets of parameters are identical or at least enable a connection according to a 
common subset of parameters. 

25 

It is possible that both access nodes receive a request from control nodes of the 
core network to establish a connection to the respective other access node. 
Especially in this case, both sets of parameters can be incompatible, i.e. no 
common connection parameters can be obtained from the sets although both sets 
30 may allow several different connection options. In this case, the processing system 
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of a preferable core network node checks both sets of parameters and inserts a 
transcoder into the connection which adapts the formats of the frames sent 
according to the different parameter sets. 

5 Alternatively, if a core network node detects that both sets of parameters are 

incompatible, it sends a message to a control server for initiating a modification of 
connection parameters by at least one access node. The modification can be 
initiated by control messages sent to the respective access node. 

10 The connection between two core network nodes can be established via one or 
several switches, i.e. nodes in the core network which do not store connection 
parameters and can not change connection parameters. 

If a core network node is adapted to establish connections according to different 
15 framing protocols, it preferably checks the framing protocol defined in a request to 
initialize a connection and selects said framing protocol for the initialization of the 
connection to a further node. In this way, a mapping between different protocols is 
avoided while several protocols can be used. 

20 A core network node according to the invention, e.g. an MSG or a media gateway, 
is interconnected with further core network nodes. It has an interface for receiving 
an initialization request from an access node or a further core network node to 
establish a connection according to a framing protocol. A processing system is 
adapted to extract a set of parameters for the framing protocol from the request ' 

25 and initialize the connection to a further core network node or an access node 
according to said protocol. Optionally, the processing system determines an 
indicator for the permission of transparent lu UP transmission after connection 
establishment. The determination can be performed by extracting the indicator 
from the initialisation request, by receiving it from a core network control node, or 

30 by decision. The extracted parameter set and, if applicable, the indicator are stored 
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in a memory. The indicator is evaluated for the monitoring of the payload. The core 
network node can preferably perform any steps of the above described methods 
relating to the core network node. 

In the invention, a transparent transmission through core network nodes is 
5 preferably selected. In a non-transparent mode, a core network node transmitting 
the user plane monitors the user plane for initialisation messages. 

In the transparent mode, unsolicited lu UP (lu user plane) initialization, that is an lu 
UP initialization starting without involving an MSG or MSG server, from an RNG 
during an active call is not permitted. The RAB (radio access bearer) assignment 

1 0 contains a new parameter which indicates if the RNG is allowed to perform 
unsolicited lu UP initializations or not. If the MSG Server has successfully 
negotiated a TrFO (transcoder free operation) call it can then decide if it wants the 
TrFO connection to be transparent or not. If the option is to support transparent lu 
UP connections then it sets this parameter in the RAB Assignment. The RNG then 

1 5 sets the new indicator in the lu UP initialization indicating this. This means that the 
RNG does not re-configure its set of parameter e.g. RFG's and TFG's mid-call 
without receiving a new RAB Assignment or Relocation Request from the MSG. 

In the case where an SRNG (serving RNG) receives an lu frame indicating that an 
20 initialization procedure is active at the other end of the lu UP. the RNG changes its 
RFGI set to match the set indicated by the peer. That is, both RFGI sets, i.e. the 
set for uplink and the set for downlink, match and are derived by the peer. 

If the transparent mode is not supported by a core network node, the user plane 
has to be monitored for lu UP initialization and mapping of RFGI allocation from the 
25 RNG interacting with said core network node, to any initializations received from a 
far end RNG is to be performed. 
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A program unit according to the invention can be stored on a data carrier or be 
directly loadable into a core network node. The program unit comprises code for 
performing the steps of receiving a request to initialize a connection according to a 
framing protocol, extracting a set of parameters for the framing of information 
5 according to said protocol, storing the parameter set. Optional is a step of deciding 
or receiving a decision whether an indicator for the permission of transparent 
transmission of lu UP is permitted. Furthermore, the unit performs the step of 
initializing the connection to a further core network node or an access node 
according to said protocol, and, if applicable, forwarding the indicator. It can 
10 preferably perform any steps of the above methods relating to the core network 
node. 

The foregoing and other objects, features and advantages of the present invention 
will become more apparent in the following detailed description of preferred 
15 embodiments as illustrated in the accompanying drawings. 



Brief description of the drawings 

20 

Fig. 1 shows a basic connection establishment according to the invention. 
Fig. 2 shows a connection establishment between two access nodes. 
Fig. 3 shows a redirection of a connection between two access nodes. 
Fig. 4 shows a connection with an inserted pair of transcoders. 
25 Fig. 5 shows the processing of a connection which is initiated with incompatible 
parameter sets by the access nodes. 
Fig. 6 shows a basic connection establishment according to the invention. 
Fig. 7a shows a core network node transferring lu UP in a non-transparent way. 
Fig. 7b shows a core network node transferring lu UP in a transparent way. 

30 
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Detailed description of. preferred embodiments of the invention 

In figure 1 the first steps of the initialization of a connection according to the 
Invention is depicted. The connection is established according to the lu user plane 
protocol, which is terminated in every core network node CN that may require 
modifying the user connection, for example for a supplementary sen/ice 
intervention. From a first access node RNC1 a message In1 to initialize a 
connection is sent to a first core network node CN1 . In the example, the message 
In1 is an lu Initialize packet data unit. A processing system of the first core network 
node CN1 extracts a set of parameters, especially RFCIs, from the message In1 
and stores them in a memory MEM1. The first core network node CN1 sends an 
acknowledgement Ackl of the message Inl to the first access node RNC1 and 
creates a further message In2 comprising the parameter set. The core network 
node CN1 can decide to allow transparent lu UP transmission after call 
establishment. In this case, an indicator indicating the transparent transmission of 
lu UP is added to the parameter set or sent together with it. This can be 
implemented by a modification of the 3GPP TS 25.41 5 standard, allowing the 
addition of said indicator. Message In2 is sent to a further core network node CN2 
which also extracts the parameter set and said indicator, stores it in a memory 
MEM2 and sends an acknowledgement Ack2 back to the first core network node. 
By repeating the initialization stepwise for all nodes in the connection, every node 
has control of the lu user plane and service data unit formats passed in the 
initialization packet data unit. 

Parameter sets, especially RFCIs, are generated according to customary 
specifications for communication networks by the access nodes RNC1 , RNC2 as 
soon as a request to set up a connection is received. For a transcoder free 
operation of a connection, there are generally two sets or RFCIs, being initialized 
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from each access node to the other. Alternatively, the messaging from and 
between servers controlling the core network nodes CN can be adapted to allow 
only one initialization, e.g. from the first access node RNC1 . As shown in figure 2, 
the second access node RNC2 waits in this case for the initialization from the first 
5 access node RNC1 sent stepwise via messages In1, In2, In3 acknowledged by 
corresponding acknowledgements Ack1 , Ack2, AckS. In the same way, the 
connection is then initialized backwards with the same set of parameters via 
messages In4, In5, ln6 acknowledged by corresponding acknowledgements Ack4, 
AckS, Ack6. In this way, incompatible parameter sets can be avoided. 

10 

In a preferred embodiment of the invention, no initialization in backward direction is 
performed if the indicator for a transparent lu UP transmission is set. As the same 
parameter set is used in either direction, an initialization in backward direction is 
redundant. To enable the usage of the same parameter set in uplink and downlink 
15 between the final core network node CN2 and the second access node RNC2, the 
second access network node has to adapt both parameter sets, for uplink and 
downlink connection at initialization. 

Figure 3 shows an example of a redirection of an established connection Co due to 
a relocation of the serving access node terminating one end of the connection Co 
as indicated by arrow Ar. A relocation can for example be necessary when a user 
moves in the coverage area of a mobile communications network and a handover 
is performed between radio base stations controlled by different controllers serving 
also as access nodes RNC2, RNC3. A new radio access bearer is established by 
access node RNC3 to the core network node CN2, e.g. a media gateway, by 
performing a new lu user plane initialization with a message In which is 
acknowledged by acknowledgement Ack the core network node CN2. The 
parameters initialized by the first access node RNC1 for the original connection are 
read from a memory in core network node CN2 and transmitted, in initialization 



20 
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message In' with corresponding acknowledgement Ack' to the new access node 
RNC3. The new access node RNC3 can use the set of parameters for both uplink 
and downlink connection to the network. The other nodes taking part in the 
connection are left unaffected. In this way, a new connection segment Co* can be 
5 established in a fast and simple way. 

In an embodiment, the core network node CN2 transfers the parameters from 
message In by stepwise initialization back to the other access node RNC1 as 
depicted by initialization messages In", In"' with corresponding acknowledgements 
10 Ack", Ack"\ Preferably, message In" is only sent if the core network node CN2 
detects that the parameter set in message In is compatible to those of the original 
connection Co. Else procedures as described with respect to figures 4 and 5 can 
be initiated. 

15 

In figure 4, a connection Co between two access nodes RNC1 , RNC2 over core 
network nodes CN1 , CN2 is shown with a pair of transcoders TR inserted into the 
connection. The insertion can be performed at any core network node. The 
insertion can be performed for example into an ongoing connection to provide a 

20 supplementary service or already during the establishment of connection, Co if 
required by incompatible parameter sets sent by the access nodes RNC1 , RNC2. ' 
Preferably, the insertion of a transcoder TR is handled within a core network node 
CN1 . Because the necessary parameters for terminating the lu user plane protocol 
are stored in the core network node CN1, they can be provided to the transcoder 

25 TR fast and efficiently. Therefore, transcoder TR can be switched into connection 
Co with minimum delay in a primed state. Consequently, speech and data frames 
can be received and transmitted coherently during the insertion improving the in 
this period connection quality. 



30 
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In figure 5, the treatment of a mismatch of parameter sets in a communication 
system with separate user plane UP and control plane CP is described. The user 
plane UP comprises the core network nodes CN1, CN2 and the access nodes 
RNC1. RNC2 while several servers MSC1, MSC2 for controlling these nodes CN, 
5 RNC are included in the control plane CP, Messages within the control plane CP 
can for example be transferred according to the BICC protocol, while the iu user 
plane protocol is suitable for messages within the user plane UP. 

In the example both access nodes RNC1, RNC2 have received from the respective 
10 servers MSC1 , MSC2 a message to initiate a connection with a specific codec 
type. Accordingly, access node RNC1 begins to initialize a connection with a 
message Inb while access node RNC2 begins to initialize a connection with 
messages Ina, \na\ The corresponding acknowledgements are not shown to 
simplify the figure. It is possible, that the access nodes RNC1. RNC2 select 
1 5 different active codec sets for the initialization messages Ina, Inb which are 
incompatible. 

Preferably, every core network node or specified core network nodes in the 
connection, e.g. media gateways connected to access nodes, compare the 

20 parameter sets received in the different initialization messages Ina', Inb. if a core 
network node CN1 determines that there is no match of supported modes - i.e. 
both access nodes RNC initialize separate modes without a common mode - the 
core network node CN1 in one embodiment of the invention automatically inserts 
transcoders to allow the successful establishment of the connection. In this case, 

25 the transcoders in the core network node CN1 terminate two connections to the 
respective access nodes RNC1, RNC2. The initialization of the reverse 
connections is then started from core network node CN1 with an initialization 
messages containing the parameter set of message Inb towards access node 
RNC1 and with an initialization messages containing the parameter set of message 

30 Ina' towards access node RNC2. 
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The alternative embodiment depicted in figure 5 allows to establish a transparent 
connection without transcoders if a common mode is possible for both access 
nodes RNC. In this case, core network node CN1 sends a message 51 to the 
5 controlling server MSC1, that the RFCI sets received in both messages Inb, Ina' 
are incompatible. Message 51 can for example be sent over an H.248 interface. 
Due to stored or requested capability information about the access nodes, the 
server MSC1 can then decide whether it is necessary to modify the connection by 
sending back a message to the core network node CN1 to insert transcoders. 

10 

If, however, both access nodes RNC1, RNC2 are adapted to establish a 
connection with a common mode, messages 53 for determining a corresponding 
mode can be sent to the servers controlling the access nodes RNC1, RNC2. The 
servers MSC1 , MSC2 can then send messages 52, 54 to the respective access 
15 nodes RNC1 , RNC2 to activate said mode and repeat the initialization with . new 
messages Ina, Inb. Messages 52, 54 can for example be RANAP (Radio Access 
Network Application Protocol) messages. 

If different framing protocols are supported in the core network it is proposed that 
20 they are also negotiated in the control plane CP along with the codec types and 
bearer connection characteristics. In this case, one framing protocol, e.g. lu user 
plane, can be requested as the preferred framing type, especially from a 3G 
access node. This provides the opportunity to use lu user plane framing end to end 
if a connection transits a network supporting different framing protocols and then 
25 again terminates in a 3G network. Compressed speech can then be conveyed 
through the core network without mapping between different framing protocols. 
Further, any services can be supported in every core network node after it has 
terminated the lu user plane protocol. It can then insert a transcoder without 
requiring a new User Plane initialization or radio access bearer re-establishment. 
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Finally, if multiple framing protocols are used in a connection, the stepwise 
initialization of the RFCIs can also be adopted for these protocols. 

5 In figure 6 a connection is set up between an access node from a further network 
and a network controlled according to the invention. A call request 61 is received in 
a core network control node GMSC. The core network control node GMSC decides 
to set an indicator that the transparent lu UP transmission is permitted. It defines a 
set of parameter and sends the set of parameter, or an identification of said set as 
10 well as the indicator to a first core network node CN1 in a message 62. 

In a further embodiment of the invention, the set of parameters and an 
acknowledgement are exchanged in a message sequence InAck between the 
access node RNC1 and the first core network node CN1. In this case, only the 
1 5 decision to set the indicator is sent by the core network control node GMSC to the 
core network node. 

in another embodiment of the invention, also the decision to set an indicator is 
taken by an access node, or the parameter indicating said decision is sent by the 
20 core network control node GMSC to an access node. In those cases message 62 
is not sent. 

Independent from the source of the set of parameters or indicator, after the 
reception of said parameter set and the indicator; the first core network node CN1 
25 continues the connection establishment as described in figure 1 , The initialization 
message and the according acknowledgement are depicted as the message 
sequences InAck' and InAck". 
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The difference between the non-transparent and the transparent transmission of iu 
UP is described in figures 7a and 7b using an Iu UP protocol as an example. 

Figure 7a shows two core network nodes, monitoring the Iu UP here referred to as 
5 Iu SDUs-payload for initialization messages referred as IU PDU Type 14 while 
transferring it In both nodes, the currently valid RFCIs are stored. 

Figure 7b shows the same core network nodes transferring Iu UP transparently. 
The payload is not monitored. RFCIs are stored. In that case, the stored RFCI 
10 values will be used for the new connection segment. As the core network nodes do 
not monitor the iu UP for initialization messages, no unsolicited initialization must 
be sent to them. 



The above embodiments admirably achieve the objects of the invention. However, 
it will be appreciated that departures can be made by those skilled in the art 
without departing from the scope of the invention which is limited only by the 
claims. 
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Claims 

1 . Method for the establishment of a connection between a first node {RNC1 ) and 
5 a second node (RNC2) which are connectable to a core network, wherein the 

core network comprises interconnected core network nodes (CN1, CN2), 
characterized in that 

the first core network node (CN1 ) receives a set of parameters for the framing 
of information sent over the interface between the first access node (RNC1 ) 
10 and a first core network node (CN1) for a connection (Co), 
the first core network node (CN1) stores the parameter set, 
a decision is taken to set an indicator that transparent transmission is 
performed after call establishment, 

the first core network node (CN1) initializes the connection (Co) to a further 
15 core network node according to said protocol, including said indicator, 

the further core network node stores the parameter set including said indicator, 
stepwise initialization of the connection (Co) to and storing of parameters and 
the indicator in further core network nodes until a final core network node (CN2) 
is reached which is connectable to the second node (RNC2), 
20 the final core network node (CN2) initializes the connection (Co) to the second 
node (RNC2) according to said protocol and the second access node (RNC2) 
stores the parameter set including said indicator. 

2. Method according to claim 1 , wherein the decision to set an indicator is taken 
25 by a core network control node (MSC1 ) controlling the first core network node 

(CN1). 

3. Method according to claim 1 , wherein the decision to set an indicator is taken 
by the first core network node (CN1 ). 
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4. Method according to claim 1 , wherein the decision to set an indicator is taken 
by an access node (RNC1, RNC2). 

5. Method according to any preceding claim, wherein a decision to monitor 

5 payload for initialisation messages is taken by a core network control node and 
signalled to a core network node. 

6. Method according to any preceding claim, wherein a core network control node 
decides to set a parameter that unsolicited lu initialisations are not permitted 

10 and sends said parameter to an access node. 

7. Method according to any preceding claim, wherein a core network node (CN1 , 
CN2) in the connection (Co) breaks the connection (Co) and initializes a 
connection segment (Co') to a different core network node or access node 

1 5 (RNC3) according to said protocol, using the same parameter set for the 
connection segment (Co') as for the connection (Co). 

8. Method according to any preceding claim, wherein the second access node 
(RNC2) initializes a reverse connection (Co) to the final core network node 

20 (CN2) according to the protocol, wherein a second set of parameters for the 
framing of information is transmitted. 

9. Method according to claim 8, wherein both sets of parameters differ and a core 
network node (CN1, CN2) inserts a pair of transcoders (TR) into the connection 

25 (Co). 

10. Method according to claim 8, wherein both sets of parameters differ and the 
final core network node (CN2) sends a message to a control server (MSC2) for 
initiating a modification of connection (Co) parameters by the final access node 
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(RNC2), the final access node (RNC2) changing both the parameter sets for 
uplink and for downlink transmissions to the final core network node (CN2). 

1 1 . Method for the establishment of a connection between a first access node 

5 (RNC1) and a second access node (RNC2) which are connectable to a core 
network, wherein the core network comprises interconnected core network 
nodes (CN1 , CN2), characterized in that 

the first access node (RNC1) initializes the connection (Co) to a first core 
network node (CN1) according to a framing protocol, wherein a set of 

10 parameters for the framing of information sent over the interface between the 
first access node (RNC1) and the first core network node (CN1) is transmitted 
to the first core network node (CN1), 
the first core network node {CN1) stores the parameter set, 
the first core network node (CN1 ) initializes the connection (Co) to a further 

15 core network node according to said protocol, 

the further core network node stores the parameter set, 
stepwise initialization of the connection (Co) to and storing of parameters in 
further core network nodes until a final core network node (CN2) is reached 
which is connectable to the second access node (RNC2), 

20 the final core network node (CN2) initializes the connection (Co) to the second 
access node (RNC2) according to said protocol and the second access node 
(RNC2) stores the parameter set. 

12. Method according to claim 11, wherein a core network node (CN1, CN2) in the 
25 connection (Co) breaks the connection (Co) and initializes a connection 

segment (Co') to a different core network node or access node (RNC3) 
according to said protocol. 

13. Method according to claim 11 or 12, wherein the second access node (RNC2) 
30 initializes a reverse connection (Co) to the final core network node (CN2) 
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according to the protocol, wherein a second set of parameters for the framing of 
information is transmitted, and the initialization is performed stepwise to the first 
access node (RNC1). 

5 14. Method according to claim 13, wherein both sets of parameters are 

incompatible and a core network node (CN1 , CN2) inserts a transcoder (TR) 
into the connection (Co). 

15. Method according to claim 13, wherein both sets of parameters are 

10 incompatible and a core network node (CN1 , CN2) sends a message to a 
control server (MSC1 , MSC2) for initiating a modification of connection (Co) 
parameters by at least one access node (RNC1 , RNC2). 

16. Method according to any preceding claim, wherein a core network node (CN1 , 
1 5 CN2) acknowledges the initialization to a preceding node (CN1 , CN2, RNC1 ). 

17. Method according to any preceding claim, wherein the framing protocol is the lu 
protocol. 

20 18. Method according to any preceding claim, wherein a core network node (CN1, 
CN2) in the connection (Co) inserts a function unit into the connection (Co). 

19. Method according to any preceding claim, wherein the connection (Co) 
25 between two core network nodes (CN1 , CN2) is established via a switch. 

20. Method according to any preceding claim, wherein a core network node (CN1, 
CN2) is adapted to establish connections according to different framing i 
protocols, checks the framing protocol defined in a request to initialize a 
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connection (Co) and selects said framing protocol for the initialization of the 
connection (Co) to a further node (CN1. CN2. RNC1 , RNC2). 

21. Core network node in a comnnunication network, wherein said node is 

5 interconnected with further core network nodes (CN1 . CN2), and comprises 

- an interface for receiving an initialization request from an access node (RNC1) 
or a further core network node (CN1 , CN2) to establish a connection (Co) 
according to a framing protocol, 

- a processing system to extract a set of parameters for the framing protocol 
10 from the request and initialize the connection (Co) to a further core network 

node (CN1, CN2) or an access node (RNC1, RNC2) according to said protocol 

- and a memory (MEM) for storing the extracted parameter set. 

22. Core network node in a communication network, wherein said node is 

15 interconnected with further core network nodes (CN1 , CN2), and comprises 

- an interface for receiving an initialization request from a node (RNC1, CN1, 
CN2) to establish a connection (Co) according to a framing protocol, 

- a processing system to extract a set of parameters for the framing protocol 
from the request and determine an indicator for the permission of transparent lu 

20 UP transmission after connection establishment, and initialize the connection 
(Co) to a further node (CN1 , CN2,RNC1 , RNC2) according to said protocol and 
monitoring the transmission according to the indicator, 

- and a memory (MEM) for storing the extracted parameter set and said 
indicator. 

25 

23. Core network node according to claim 22, wherein the core network node is 
adapted to perform a decision to set said indicator. 
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24, Core network node according to any of the claims 21 to 23. wherein the core 
network node is adapted to perfonn a method according to any of the claims 1 
to 20. 

5 25. Program unit on a data carrier or loadable into a core network node, said 
program unit comprising code for performing the steps of 
receiving a request to initialize a connection (Co) according to a framing 
protocol, 

extracting a set of parameters for the framing of information according to said 
10 protocol, 

storing the parameter set, 

and initializing the connection (Co) to a further core network node (CN1 , CN2) 
or an access node (RNC1. RNC2) according to said protocol. 

15 26. Program unit according to claim 25, wherein the program unit performs the 
steps of 

deciding or receiving a decision that an indicator is set, permitting transparent 

transmission of lu user plane after connection establishment, 

and initializing the connection (Co) with a forwarding of the indicator. 



20 



27. Program unit according to claim 25 or 26, wherein said program unit comprises 
code for performing any steps of a method according to any of the claims 1 to 
20. 
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